home *** CD-ROM | disk | FTP | other *** search
/ SuperHack / SuperHack CD.bin / CODING / SOUND / GUS-701.ZIP / GUS-702.TXT < prev    next >
Encoding:
Text File  |  1993-10-05  |  14.0 KB  |  365 lines

  1.  
  2. Ultrasound Daily Digest     Sat, 2 Oct 93   007 MDT      Volume 7: Issue   2  
  3.  
  4. Today's Topics:
  5.                               .au player
  6.                             Files on epas
  7.                      It still isn't working (SC2)
  8.                        Megaem and digital audio
  9.                    MEGAEM response from John Smith
  10.        OK, somebody else asked about the World Circuit Stuff...
  11.                              SSI Dark Sun
  12.                         Star Control II fix ?
  13.                              tech support
  14.                     Ultrasound Daily Digest V7 #1
  15.                             Upgrade To 1MB
  16.                                 Zone66
  17.  
  18. Standard Info:
  19.     - Meta-info about the GUS can be found at the end of the Digest.
  20.     - Before you ask a question, please READ THE FAQ.
  21.  
  22. ----------------------------------------------------------------------
  23.  
  24. Date: Fri, 1 Oct 93 08:11 EDT
  25. From: CHEDBERG@hamp.hampshire.edu
  26. Subject: .au player
  27. Message-ID: <CA44ED978F5F003740@hamp.hampshire.edu>
  28.  
  29.     Thanks to everyone who responded! I found Goldwave, and Sox. They're
  30. both working very well. I appreciate the help very much.
  31.                             -Chris Hedberg
  32.  
  33. ------------------------------
  34.  
  35. Date: Fri, 1 Oct 1993 20:58:51 -0500 (CDT)
  36. From: Phil Johnson <pjohnso2@ua.d.umn.edu>
  37. Subject: Files on epas
  38. Message-ID: <Pine.3.07.9310012051.A14420-a100000@ub.d.umn.edu>
  39.  
  40. My first message was messed up, so I'll re-enter it.. 
  41.   There are those 808* files and such on epas, and I was wondering what
  42. exactly they are useful for...?  Can someone please explain?
  43.  
  44.  
  45.  ---------------------------------------------------------------------------
  46. | pjohnso2@ub.d.umn.edu  Univ. of Minnesota - Duluth | "Lawnmower Man's in |
  47.  -----------------------------------------------------  your head now,     |
  48.                                                      |  Jake."             |
  49.                                  | -- Jeff Fahey in    |
  50.                              | Stephen King's THE  |
  51.                              | LAWNMOWER MAN       |
  52.                                                      |_____________________|
  53.  
  54. ------------------------------
  55.  
  56. Date: Fri, 1 Oct 93 18:35:04 PDT
  57. From: mikebat@netcom.com (Mike Batchelor)
  58. Subject: It still isn't working (SC2)
  59. Message-ID: <9310020135.AA22778@netcom3.netcom.com>
  60.  
  61. Not the Ultrasound Server once wrote...
  62. $  
  63. $  > Date: Tue, 28 Sep 93 21:12:56 PDT
  64. $  > From: mikebat@netcom.com (Mike Batchelor)
  65. $  > Subject: Star Control 2 wierd sounds
  66. $  > Message-ID: <9309290412.AA04832@netcom5.netcom.com>
  67. $  > 
  68. $  > Playing Star Control 2 with either native GUS, or SBOS, a lot of the
  69. $  > sounds are really screwed up.  Playing melee in GUS mode gives a really
  70. $  > raucus metal screeching noise when moving on the menu.  That goes away
  71. $  > with SBOS, but other parts of the main game sound out of tune, or
  72. $  > sometimes even backwards, like the sound data was signed wrong, maybe?
  73. $  
  74. $  StarCon2 has a couple of pretty well known bugs with its GUS support.  First
  75. $  of all, the game won't upload samples through an 8-bit DMA channel properly.
  76. $  You'll need to use your GUS on a 16-bit channel.  Secondly, the game fails
  77. $  to set up a voice correctly, so the voice ends up wandering through the rest 
  78. $  of GUS RAM after playing the sound meant for it.  This means that whatever 
  79. $  it finds in GUS memory will come pouring out your speakers, be it noise or 
  80. $  the other samples in the game.  The only way to minimize this noise problem
  81. $  is to clear GUS RAM before playing the game.  I usually use p669gu0 to play
  82. $  a small 669 file to clear the memory.
  83. $  
  84. $  Phat.
  85.  
  86. I did both of those things, and it made no difference.  It's on DMA 7 now,
  87. checked out free of conflicts with setgus, and sounds as bad as it always
  88. did.  I played a 669 file all the way through before starting melee. 
  89. Anything else?  Offerings?  Bowing in obeisance?
  90.  
  91.  
  92.  
  93. -- 
  94. Mike Batchelor      |
  95. mikebat@netcom.com  |                  This space for rent
  96. mikebat@qdeck.com   |
  97.  
  98. ------------------------------
  99.  
  100. Date: Fri, 01 Oct 93 11:28:46 EDT
  101. From: troutski@aol.com
  102. Subject: Megaem and digital audio
  103. Message-ID: <9310011128.tn31635@aol.com>
  104.  
  105. >Exactly my toughts.  I sure hope that Mr. Steere will successfully
  106. >implement digital audio in Megaem.  But when I look at the huge >SBOS family
  107. (each one handling digital audio its own way), I >wonder how it will sound.
  108.  
  109. Maybe I'm missing something, but I don't see doing digital audio playback to
  110. be all that difficult.  Seems like all you're doing is ripping data through a
  111. DMA channel into a given i/o address, with a little buffering along the way
  112. to smooth things out.  To me it looks more straightforward than emulating an
  113. FM card, or handling MIDI commands, what with the almost infinite variety of
  114. sounds those can produce.  Can anyone tell me the great technical barrier to
  115. getting reliable DA playback out of the GUS while emulating another card's
  116. music abilities?
  117.  
  118. ------------------------------
  119.  
  120. Date: Fri, 1 Oct 1993 16:09:50 -0400 (EDT)
  121. From: Morgan Stair <Morgan_Stair@dl5000.bc.edu>
  122. Subject: MEGAEM response from John Smith
  123. Message-ID: <Pine.3.07.9310011650.A4108-a100000@dl5000.bc.edu>
  124.  
  125. Here's a message I got back from John that I thought people would be interested
  126. in...
  127.  
  128. Thanks John!
  129.  
  130. ---------- Forwarded message ----------
  131. Date: Fri, 01 Oct 93 12:26:03 
  132. >From: john.smith@gravis.com
  133. To: Morgan_Stair@dl5000.bc.edu
  134. Subject: MEGAEM
  135.  
  136. M>  I read in you most recent FYI post that you're working on getting the rights
  137. M>  (or something like that) for MegaEm.
  138.  
  139. M>  Has developement for MegaEm stopped during Gravis' negotiations with the
  140. M>  Author?  I have been waiting for digitized output to be supported before
  141. M>  registering.  Can you enlighten me at all?
  142.  
  143. Jayeson is still working hard on the next version of MegaEM while the
  144. negotiations are taking place. Sounds hot! <grin>
  145.  
  146. M>  Feel free to respond to me via the digest or news.  I'm sure plenty of
  147. M>  people are wondering the same thing.
  148.  
  149. Oops. Didn't see this part. Feel free to quote me on that.
  150.  
  151. John
  152.  
  153. ------------------------------
  154.  
  155. Date: Fri, 01 Oct 1993 09:11:51 -0400 (EDT)
  156. From: "Bonjour, Le Prof" <JKS4675@ritvax.isc.rit.edu>
  157. Subject: OK, somebody else asked about the World Circuit Stuff...
  158. Message-ID: <01H3LCNCXYUA9VUZHH@ritvax.isc.rit.edu>
  159.  
  160. Well.
  161.  
  162. After getting World Circuit, I've come to the conclusion that Formula One
  163. is probably the most exciting form of car racing there is.
  164.  
  165. Nonetheless, the excitement is dampened by synthesized engine sounds.
  166. That and the lack of brake screetching.
  167.  
  168. Now, I got to thinking.....After puttering around with HELIPCTR.PAT or
  169. whatever it's called (and bugging the hell out of the upper apartment ;)
  170. I figure there's got to be some way to manipulate a patch (frequency) so
  171. that we could get an authentic engine sound by making the game play a MIDI
  172. patch of the engine. The same applies for braking. Maybe we could sample
  173. Ayrton Senna (note the proper spelling :) yelling when HE gets rear-ended
  174. (what a switch that would be). Well, maybe not. Anyway, I think this has
  175. some interesting possibilities for World Circuit diddling, or for the
  176. next racing game.
  177.  
  178. So what do you think, sirs?
  179.  
  180. /Jeff
  181.  
  182. ------------------------------
  183.  
  184. Date: Fri, 1 Oct 93 09:37:26 CDT
  185. From: wyman@marble.rtsg.mot.com (Mark S. Wyman)
  186. Subject: SSI Dark Sun
  187. Message-ID: <9310011437@lead13>
  188.  
  189. I just went out and bought SSI's new Dark Sun game (their new
  190. AD&D game engine).                                      
  191.  
  192. IT HAS GUS SUPPORT!!!!!!!!!!
  193.  
  194. No SBOS or megaem needed for this game.  It uses ultramid (for
  195. some this may be a curse) which it includes.  You will surely
  196. need to load utlramid high (I am using QEMM) because Dark Sun
  197. needs around 610,000 bytes of conventional memory.  
  198.  
  199. When you select Gravis during the install a darksun.bat batch
  200. file is created.  Within it is a call to ultramid. It is currently
  201.  "lh ultramid".  You will have to go in and change this to
  202.  "loadhi ultramid" if you have QEMM.  That should do it. 
  203.  
  204. They have a tech section in their ref sheet for Gravis use that
  205. will guide you along.
  206.  
  207. Now, how was the sound.  Te music is really good.  There are
  208. some background sounds like the cheer and boos of the arena
  209. crowd.  The sound effects are pretty good.  Some of the sound
  210. during combat is weak but I haven't spent enough time with the
  211. game to give a good review.
  212.  
  213. Sure doesbeat Privateer which I took back since it doesn't work
  214. with SBOS, Megaem or Ultramid.  
  215.  
  216. Mark
  217.  
  218. ------------------------------
  219.  
  220. Date: Fri, 1 Oct 1993 16:01:15 -0700
  221. From: dross@ultrix4.csubak.edu (Dean Ross-Smith)
  222. Subject: Star Control II fix ?
  223. Message-ID: <9310012301.AA18347@ultrix4.csubak.edu>
  224.  
  225. Ok, when I got my Gus, I bought Star Control II the same day.  They sounded 
  226. great together.  Then I upgraded the memory.  I could play Chris W's .mids
  227. but Star control II sounded awful.
  228.   Way back in May or April someone posted the same thing.  Star Control II
  229. Sounds great with 256k installed, but with 1 meg the sounds get trashed.
  230. Hope this helps.
  231. Dean
  232.  
  233. ------------------------------
  234.  
  235. Date: Fri, 1 Oct 93 16:27:26 -0400
  236. From: davej@ferry.polymer.uakron.edu (Dave Jiang)
  237. Subject: tech support
  238. Message-ID: <9310012027.AA17705@ferry.polymer.uakron.edu>
  239.  
  240. Does anyone know how long does the gus tech support over internet to reply an
  241. email? It seems taking forever...
  242.  
  243.                                                     David Jiang
  244.   ------------------------------------------------------------------
  245.   email : davej@eby.polymer.uakron.edu        phone:  (513) 435-6227
  246.   usmail: 207 Carters Grove Rd.               FAX  :  (513) 435-6227  
  247.           Centerville, OH 45459
  248.           U.S.A.
  249.   ------------------------------------------------------------------
  250.  
  251. ------------------------------
  252.  
  253. Date: Fri, 1 Oct 1993 09:03:31 -0400 (EDT)
  254. From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
  255. Subject: Re: Ultrasound Daily Digest V7 #1
  256. Message-ID: <Pine.3.05.9310010931.B6370-b100000@sciborg>
  257.  
  258. > Date: Thu, 30 Sep 1993 18:05:06 +1000 (EST)
  259. > From: Andrew See <asee@st.nepean.uws.edu.au>
  260. > Subject: Ideas for Ultramid
  261. > Message-ID: <199309300805.AA07636@arthur.st.nepean.uws.edu.au>
  262. > Technically this may not be feasible, but it's just an idea...
  263. > Why cannot the Ultramid TSR be downloaded to the Gus RAM, and be
  264. > processed by the GF1 chip? I know the GF1 has MOD files processing
  265. > abilities, so why not this?
  266.  
  267. The GF1 doesn't have any MOD-specific processing abilities.  It's
  268. merely that its _fixed_ functions are so well-suited for MOD playing.
  269. And since the chip isn't programmable, you can't pass to it a 
  270. program such as Ultramid to execute.
  271.  
  272. > If this isn't feasible, why not then add a programmable DSP to
  273. > the 16 bit daughterboard? This could handle Roland, FM, MT32, GM
  274. > just about anything, as well as add effects, like reverb, and chorus.
  275. >
  276.  
  277. I don't know if the necessary lines of communication between the 
  278. daughtercard and the GF1 synth exist for this to work.  There would also
  279. have to be serious cost considerations.
  280.  
  281. > Date: Fri, 1 Oct 1993 12:27:31 +1000
  282. > From: adriano ennio raiola <adrianr@mullian.ee.mu.OZ.AU>
  283. > Subject: Sierra Drivers: UNREAL - but patch caching?? 
  284. > Message-ID: <199310010227.AA29194@mullian.ee.mu.OZ.AU>
  285. > Ok, The Sierra drivers are MEGA excellent, and about time, but a couple of
  286. > questions.
  287. > - Why wont Sierra support patch caching through ultramid? Is it a bug in their
  288. >   drivers, or did they decide the delay in loading patches would ruin game
  289. >   continuity? 
  290. >
  291.  
  292. The GUS drivers do not support patch caching probably for backward
  293. compatibility with the older games.  For patch caching to be integrated
  294. into a game smoothly, the game would have to know beforehand what 
  295. patches it will need and then let the driver know.  This foresight is 
  296. probably lacking in Sierra's games which were programmed before the
  297. GUS was supported by the company.  Their new games might support patch
  298. caching.
  299.  
  300. Phat.
  301.  
  302. ------------------------------
  303.  
  304. Date: Fri, 1 Oct 93 13:37 BST
  305. From: MFZPITT@VAX.CCC.NOTTINGHAM.AC.UK
  306. Subject: Upgrade To 1MB
  307. Message-ID: <9310011235.AA06756@orca.es.com>
  308.  
  309. I upgraded to 1MB last night, then played 7th Guest (AIL).. Oh I love this
  310. card!In fact I want to marry it and have its children...ahem! Upgrade now.
  311. Im getting really pissed off with Origin - just bought Privateer. Everybody
  312. moan at them.
  313.  
  314. ------------------------------
  315.  
  316. Date: Fri, 1 Oct 1993 09:36:57 -0500 (CDT)
  317. From: Michael Allen <mlallen@uafhp.uark.edu>
  318. Subject: Zone66
  319. Message-ID: <Pine.3.07.9310010957.A29155-9100000@uafhp.uark.edu>
  320.  
  321. I recently downloaded zone66 from the wuarchive. When I start the game it
  322. plays through the intro. but when the time comes to actually play it quits and
  323. goes to the dos prompt. At the prompt it displays 8 columns of 3 rows of
  324. numbers.
  325. If anyone has any suggestions please let me know. I tried booting off a
  326. clean floppy and I do not have any compression programs installed.
  327. thanks for any help
  328. Mike Allen
  329.  
  330. ------------------------------
  331.  
  332. Date: Fri, 1 Oct 93 16:25:36 +0100
  333. From: rock@POOL.Informatik.RWTH-Aachen.DE
  334. Message-ID: <9310011525.AA29802@messua>
  335.  
  336. Hi there !
  337. Could please somebody explain me how to use mt32pat.cfg with the mt32
  338. sequenced mids on epas ? I get errors all the time during patchloading.
  339. Thanx...Olli
  340.  
  341. ------------------------------
  342.  
  343. End of Ultrasound Daily Digest V7 #2
  344. ************************************
  345.  
  346. To post to tomorrow's digest:                        <ultrasound@dsd.es.com>
  347. To (un)subscribe or get help:                <ultrasound-request@dsd.es.com>
  348. To contact a human (last resort):              <ultrasound-owner@dsd.es.com>
  349.  
  350. FTP sites:                archive.epas.utoronto.ca         pub/pc/ultrasound
  351.                           wuarchive.wustl.edu       systems/msdos/ultrasound
  352.                           archive.orst.edu               pub/packages/gravis
  353. FTP mail server:          mail-server@nike.rz.uni-konstanz.de
  354.  
  355. Hints:
  356.       - Get the FAQ from the FTP sites or the request server.
  357.       - Mail to <ultrasound-request@dsd.es.com> for info about other GUS
  358.         related mailing lists (UNIX, OS/2, GUS-MIDI, etc.)
  359.  
  360.  
  361.